home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930325.txt < prev    next >
Internet Message Format  |  1994-06-04  |  10KB

  1. Date: Fri, 17 Dec 93 04:30:01 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #325
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Fri, 17 Dec 93       Volume 93 : Issue  325
  11.  
  12. Today's Topics:
  13.                         "new" TNCs... (2 msgs)
  14.                         pmnmos mbox forwarding
  15.                       TCP-Group Digest V93 #324
  16.                         UDP Locking Things Up
  17.                            X-1 Routing 101
  18.  
  19. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  20. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the TCP-Group Digest are available
  24. (by FTP only) from UCSD.Edu in directory "mailarchives".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: Thu, 16 Dec 1993 10:16:54 -0800 (PST)
  32. From: cwi@netcom.com (Mike Cheponis)
  33. Subject: "new" TNCs...
  34. To: ssampson@sabea-oc.af.mil (Steve Sampson)
  35.  
  36. >>Why are we still building networks in 1993 with hardware that was obsolete
  37. >>in 1983?
  38.  
  39. >Well some hams were designing various computer designs over the years, but
  40. >none of them ever reached the market.  Most just passed away quietly after
  41. >published fan-fare.  No one has designed a box yet that can do 56Kb or 10Mb
  42. >so we use PC's and Z-80's.
  43.  
  44. >Steve 
  45.  
  46. I've designed a few faster digital boxes, and let me assure you that they
  47. certainly did 56k and 10 Mb (w/ethernet controller chip).  However, there
  48. have been other (non-technical) reasons that the PS-186, AIO, etc are
  49. not currently available to the ham community, and will probably not be.
  50.  
  51. But here's the bottom line: THERE IS NO MARKET FOR HIGH-SPEED HAM EQUIPMENT!!!
  52.  
  53. If there were a market, AEA, Kantronics, Paccomm, MFJ, etc, would certainly 
  54. cater to it...
  55.  
  56. -Mike k3mc
  57.  
  58. ------------------------------
  59.  
  60. Date: Thu, 16 Dec 1993 17:19:50
  61. From: Dave@pluto.ve3ifb.AMPR.ORG (Dave Perry ve3ifb)
  62. Subject: "new" TNCs...
  63. To: tcp-group@UCSD.EDU
  64.  
  65. >>>Why are we still building networks in 1993 with hardware that was obsolete
  66. >>>in 1983?
  67.  
  68. >>Well some hams were designing various computer designs over the years, but
  69. >>none of them ever reached the market.  Most just passed away quietly after
  70. >>published fan-fare.  No one has designed a box yet that can do 56Kb or 10Mb
  71. >>so we use PC's and Z-80's.
  72.  
  73. Sure they have reached the market: Gracilis PackeTen, Kantronics Data 
  74. Engine for stand-alone boxes, and Gracilis PackeTwin or Ottawa PI2 for PC
  75. plug-ins.
  76.  
  77. >>Steve 
  78.  
  79. >I've designed a few faster digital boxes, and let me assure you that they
  80. >certainly did 56k and 10 Mb (w/ethernet controller chip).  However, there
  81. >have been other (non-technical) reasons that the PS-186, AIO, etc are
  82. >not currently available to the ham community, and will probably not be.
  83.  
  84. >But here's the bottom line: THERE IS NO MARKET FOR HIGH-SPEED HAM 
  85. >EQUIPMENT!!!
  86.  
  87. I disagree, there is a very small but growing market.
  88.  
  89. >If there were a market, AEA, Kantronics, Paccomm, MFJ, etc, would certainly 
  90. >cater to it...
  91.  
  92. It's not big enough yet.
  93.  
  94. >-Mike k3mc
  95.  
  96.  
  97. We have enjoyed 56K lan service in Ottawa for several years now. However,
  98. new users have been *very* slow to catch on. I blame it on the lack of 
  99. plug and play modem and RF gear. Gear is relatively expensive and difficult
  100. to commission (but easier than many think).  People don't realize that
  101. higher bit rates bring a qualitative difference - you can do new things,
  102. not just the old things faster.  Eventually though, it will reach critical
  103. mass, the economies of scale will kick in, and it'll explode.
  104.  
  105. Who knows when though?
  106.  
  107. Dave
  108.  
  109. ------------------------------
  110.  
  111. Date: 16 Dec 93 08:18:56 PST
  112. From: "Edwin H. Maling" <tedhm@chevron.com>
  113. Subject: pmnmos mbox forwarding
  114. To: tcp-digest@ucsd.edu
  115.  
  116. To: OAS     --SSWSMTP  OPEN ADDRESSING SE
  117.  
  118. FROM: Edwin H. Maling
  119.       Chevron Info Tech Co
  120.       CSD - Tech Support
  121. SUBJECT: pmnmos mbox forwarding
  122.  
  123.  
  124. Hello All,
  125. Running PMNOS 1.1 it appears that durning mailbox forward connection is
  126. established to the remote end, pleasantries are exchanged, get short prompt,
  127. 'sp n0its@n0its' is sent, n0its responds with 'OK' then PMNOS dosen't send
  128. anything more. Althought I can't see anything wrong with it forward.bbs looks
  129. like:
  130. ---------
  131. n0its
  132. netrom n0its-4
  133. .c n0its
  134. n0its
  135. ---------
  136. If anyone has any ideas I'd sure appreciate it.
  137. Tnx, Happy Holidays & 73 de Ed
  138. n7mlr@n7mlr.ut.usa.na   - or -  tedhm@chevron.com
  139.  
  140. Edwin H. Maling - Ed - (801) 789-9666 (VERUT3)
  141. 1275 E. Hwy 40 # 3
  142. Vernal, Ut 84078-2830
  143. tedhm@chevron.com
  144.  
  145. ------------------------------
  146.  
  147. Date: Thu, 16 Dec 93 15:24:25 GMT
  148. From: Jan Schiefer <jas@hplb.hpl.hp.com>
  149. Subject: TCP-Group Digest V93 #324
  150. To: TCP-Group@UCSD.EDU
  151.  
  152. makinc@hhcs.gov.au (Carl Makin) wrote:
  153.  
  154. > Why are we still building networks in 1993 with hardware that was obsolete
  155. > in 1983?  It's time we got rid of the old TNC-2 hardware base.  For toy
  156.  
  157. Todays networks do not consist of experimenters anymore, 99% are plain
  158. users. So you won't get rid of the installed hardware base in a 5-10 year
  159. timeframe.
  160.  
  161. > Is it time to design a "new" TNC based on something decent and expandable
  162. > like a 680xx (for example)?  Would there be a market for it if it ran IP
  163. > routing software similar to X-1?
  164.  
  165. There is a design from the german company SYMEK (+49 711 7654911) using
  166. the Motorola 68302 (68000 core with comms. coprocessor). You might want 
  167. to give them a ring to obtain more info about this. The price in Germany 
  168. should be around DM 700 (abt. $500). I have no idea about overseas 
  169. availability.
  170.  
  171. Cheers,
  172.  Jan
  173.  
  174. --
  175.  Jan Schiefer, g0trr, jas@hplb.hpl.hp.com, HP Labs Bristol, UK.  +44 272 228344
  176. Finally, I discovered a way to create lines longer then 80 columns, even on term
  177.  
  178. ------------------------------
  179.  
  180. Date: Thu, 16 Dec 1993 16:03:49 -0800
  181. From: karn (Phil Karn)
  182. Subject: UDP Locking Things Up
  183. To: jwhite@cuscus.mecc.mn.org
  184.  
  185. >No, this is not what happens.  I'll describe it more detail.  Let's
  186. >say I have four messages in the mail queue read to get fired out.
  187. >I'll kick the smtp server, or the timer goes off.  It immediately
  188. >hoses up.  Only the first message gets a lock file, the timer
  189. >processes stops running.  This is easy to see as all session never
  190.  
  191. Seems to me the obvious fix is to have the function that the timer
  192. kicks to send mail spawn a new task before attempting to do any domain
  193. resolutions. That way the timer task will never attempt to sleep.
  194.  
  195. Phil
  196.  
  197. ------------------------------
  198.  
  199. Date: Thu, 16 Dec 1993 07:26:26 -0600 (CST)
  200. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  201. Subject: X-1 Routing 101
  202. To: TCP-Group@UCSD.Edu
  203.  
  204. >> box also. The way I experimented was to have 2 X-1's tied together on a diode
  205. >> matrix, and the NOS box tied into the junction.  The X-1 was run in KISS mode
  206. >> rather than NRS, and the X-1 was set to pass all packets not destined for its
  207. >> own callsign.  In this way my NOS could go down and not interfere with packet
  208. >
  209. >Doesn't this also mean that all traffic heard on one port of the switch was
  210. >retransmitted out the other port?  Ughh  You would do better to run the
  211. >netwrong nrs linking and define the routes via netwrong between each of
  212. >them.
  213.  
  214. The object was so I could monitor all the data on both the UHF and VHF side.
  215. There's also a mode that just does KISS, passing only stuff out the serial
  216. port that is routed that way.  In effect replacing NRS.  You can kill off all
  217. that code in NOS now, and just use KISS. Also, it's called Net/Rom, not
  218. netwrong - don't they teach you guys how to spell?  Or is this some political,
  219. prideful, clannish thing?  While I like the IP part of X-1, some like the old
  220. fashioned stuff.
  221.  
  222. >Why are we still building networks in 1993 with hardware that was obsolete
  223. >in 1983?  It's time we got rid of the old TNC-2 hardware base.  For toy
  224. >networks at 1200 baud using netwrong or rose it's fine but when you start
  225. >to do any higher speed work you invariably run up against the hardware
  226. >limitations and we should NOT be limited by the processing hardware!
  227.  
  228. Well some hams were designing various computer designs over the years, but
  229. none of them ever reached the market.  Most just passed away quietly after
  230. published fan-fare.  No one has designed a box yet that can do 56Kb or 10Mb
  231. so we use PC's and Z-80's.  Sorry, but this is state of the art in hamdom,
  232. maybe some other country can develop something for the ARRL, because they're
  233. not supporting anything other than political issues right now.
  234.  
  235. >Is it time to design a "new" TNC based on something decent and expandable
  236. >like a 680xx (for example)?  Would there be a market for it if it ran IP
  237. >routing software similar to X-1?
  238.  
  239. There is a market for high speed DMA dynamic routers.  These should be sold
  240. like texnet (complete package deal - from power to RF).  The CPU can be
  241. anything.  The reason no one uses motorola stuff anymore is because it's
  242. price is above market value.  If you can get them to slash their prices
  243. 25% maybe I'll consider their chips.  Otherwise a simple RISC design with a
  244. large address space is all that's needed.
  245.  
  246. >I know the Gracillis stuff sorta fills this gap the but the things are far
  247. >to expensive locally. (Over $1000AUD for a PacketTen)  When a TNC-2 clone
  248. >is less than $200AUD.
  249.  
  250. They use mototola stuff, they could reduce the price 25% if they used some
  251. Intel or TI stuff.
  252. ---
  253. Steve 
  254.  
  255. ------------------------------
  256.  
  257. End of TCP-Group Digest V93 #325
  258. ******************************
  259. ******************************
  260.